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REMARKS/ARGUMENTS 
Claims 1-21 were pending and were variously rejected under 35 USC § 102(e) as 
being anticipated by Bainett in view of Official Notice. Claim 19 was canceled, thus claims 1- 
18, 20 and 21 are now pending. In light of the remarks below, the undersigned respectfully 
traverses the rejections. 

I. INITIAL MATTERS 

Claims 1-21 were also provisionally rejected under the judicially created doctrine 
of obviousness-type double patenting over claims 1-21 of copending Application No. 
09/834,851. 

In response, the undersigned respectfully requests that this provisional rejection 
be held in abeyance. If either or both of the copending applications are issued as patents before 
the present application issues as a patent, the undersigned is prepared to provide a terminal 
disclaimer in response to a non-provisional double patenting rejection* 

Various amendments were also made to the claims to more clearly recite 
Maikush-type claims. Such amendments were not made for purposes of patentability, 

H. THE PRESENT INVENTION 

The present invention relates to methods and systems for specifying promotions 

and distributing promotions across a computer network relying upon a unique and novel software 

architecture and mechanisms. 

Initially, the specification distinguishes "promotions" or "electronic incentives" 

used herein from conventional "coupons." As described in the specification, page 15, lines 3-7: 
These promotions are not considered "coupons " as "coupons" is understood in 
the industry. More specifically, in the industry, Ocoupons" are typically Refined 
as detachable c ertificates, tickets, or the like that entitle the bearer or holder to a 
benefit In the present embodiment, the customer and the merchant server are not 
given any such detachable and/or possessable certificate and cannot hold, bear, 
or present anything. 

Additionally, the specification notes that coupons require possession of a cookie 

or the like: 

By way of contrast, in one electronic couponing systems, a electronic coupon 
describing a right or benefit is created in a couponing server. The electronic 
coupon, or token, is then downloaded to a customer's computer system and 
stored. Thes e coupons or tokens may be in the form of a cookie or the like stored 
on the customer's comp uter system. Much later, the customer may enter an 
electronic store that is independent of the electronic couponing system. Next, the 
cookie or token stored on the customer 's computer system is retrieved and passed 
back to the electronic store web server. Because the customer's computer had 
"possession " of the cookie or token in the computer memory, the electronic store 
web server provides the customer the right or benefit or the bargain described, 
i.e. the customer is entitled to a 10% discount This example thus illustrates that 
the electronic cookie or, token incorporates the standard ''coupon " model: the 
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customer's computer memory stored the cookie, an d possession of the cookie was 
a condition for receiving the bargain. 

The background of the invention describes some problems with these possessable 

coupons. More specifically, one problem is that coupons for a product may be provided to users 

who were already going to buy the product, p2, lines 1-12: 

A problem with traditional coupons includes that coupons often end up in the 
hands of buyers who are not targeted. This is because distributing coupons only 
to target buyers is virtually impossible. Although some coupons may be 
distributed to channels such as magazines, direct mailings, and the like that 
include a targe percentage of target buyers, a significant percentage nevertheless 
reaches non-tarzet buyers. These non-target buyer s mav include those willing to 
purchase the product eve n without the coupon. Accordingly, if non-target buyers 
uses the coupons to purchase a product, this directly reduces the amount of profit 
fo th$ promoter. As an example, a promoter may create a promotion directed to 
Pepsi*** drinkers to try Coke™ To do so, the prompter offers coupons providing 
the bearer with a dollar off a six-pack of Coke™ However, it is virtually 
impossible to prevent a devoted Coke™ drinker from picking and redeem that 
coupon, This sort of common situation directly "siphons-off" manufacturer 
proM 

In light of this problem, the specification states that improved methods for 
providing targeted promotions are needed, without the problems highlighted above. 

Many of the amendments to the claims and distinctions over the cited art depend 
upon an understanding of the following specific software concepts: As expressly described in 
the specification, "object-oriented" software programming techniques are used, p, 13, lines 27- 
28, such as Microsoft COM software objects. For example, service objects, coupon objects, 
product objects, are described and used. 

The specification should be read and claims should be interpreted in light of the 
object-oriented environment described. Particular terms related to object-oriented software were 
defined and / or used in the specification consistently with how these terms are used in the 
software industry. The definitions of such terms in the software industry may override non- 
technical dictionary definitions of such words. For the Examiner's reference, particular 
definitions of terms are reproduced from the Microsoft Press Computer Dictionary, second 
edition, 1994 in attachment A to this amendment: object-oriented programming, object, instance, 
instantiate, and class. 

Discussion of specific embodiments will be described below: 

On p. IS, lines 32-35, the specification describes the merchant server invoking a 

Service object: 

fTJhe merchant server invokes a Ser vice object within the application server to 
evaluate the customer's shopping category to determine if there fare] any 
coupons to display, step 560. 

On p. 15, line 35 - p. 1 6, line 2, the specification describes the application server 
instantiating coupon objects: 
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In response to the current shopping category, the application server determines 
whether any promotions are applicable and if so. one or more "Coupon Object^ 99 
are instantiated, step 570. 

On p. 16, lines 13-17, the specification describes the merchant server querying the 
instances of the coupon objects: 

Next, merchant server 140 queries one or more "Qoupon Objects" that have been 
instantiated for a description of the pre-conditions and benefit a[n] image of the 
product, and the like, step 620. In response, merchant sever 140 specifies the 
rendering of the promotion on an HTML page for display on the customer's 
display, step 630. 

On p. 17, lines 10-14, the specification describes the merchant server invoking 
another service object; 

When the consumer desires to checkout, merchant server 140 causes application 
server 180 to use the instances of "Coupon Objects" that were created, step 710. 
In particular, an evaluate method of a Service object is invoked and the amount 
of savings is calculated The savings is then retrieved by merchant server 140 
and displayed to the consumer, step 7 IS. 

In the present embodiment, when the consumer checks out, a promotion usage 
condition, application server 180 stores data associated with the transaction, step 
720. The savings [are] then retrieved by merchant server 140 and displayed to 
the consumer, step 715. 



The claims, as amended, incorporate at least some of the object-oriented concepts 
discussed above. For example, claim 1, now recites: 

receiving usage data of the electronic incentive from the application server, 
wherein the usage data is determined in response to a promotion usa&e condition of an instance 
of the elect ronic incentive indicated by the application server; 

wherein the instance of the electronic incentive is instantiated in response to a 
invocation of a method on a service obfeci stored in the application server by the merchant 
server; 

wherein the instance of the electronic incentive is stored in the application server 
and is queried by the merchant server; 

wherein the merchant server specifies rendering of the data associated with the 
electronic incentive in response to a query of the instance of the electronic incentive: 

wherein the promotion usage condition is indicated in the application server 
when a user coupled to the merchant server fulfills pre-conditions of the instance of electronic 
incentive* 

For example, claim 8, now recites: 

invoking' an evaluation service object within an application server coupled to the 
merchant server for promotions, wherein an instance of a promotion object is created in the 
application server in re sponse thereto : 
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Quervinv the instance of the promotion object within the application server for a 
description of the promotion, wherein the description includes pre-conditions, a user benefit and 
an output representation of the promotion; 

invoking a savings me thod in a service object within the application server to 
determine a savings amount, wherein the savings amount comprises the user benefit when the 
selection of the at least one item fulfills the pre-conditions. 

For example, claim 15, now recites: 

creating an instance of the electronic incentive f or the user in response to an 
invocation of an evaluation service object by a merchant server for determining electronic 
incentives for a user; 

receiving ajjusry for a description of the instance of the electronic incentive f rom 
the merchant server wherein the description includes the pre-condition and the benefit; 

receiving an invocation of an amount of savings method of a service object from 
the merchant server to determine a savings for the user, wherein when an item placed in a 
shopping cart associated with the user in the merchant server fulfills the pre-condition, the 
amount of savings method indicates the benefit to the user. in the merchant server. 

UL BARNETT 

Barnett is described as a method and system for the electronic distribution of 
coupons to consumers* Specifically Barnett appears to describe methods and systems where 
coupons bundles are provided to consumers via service providers. 

Importantly Barnett does not refer to using an object-oriented paradigm. Instead, 
Barnett appears to simply rely upon simple procedural calls. 

Additionally, Barnett appears to only refer to providing and redeeming 
conventional "coupons." Barnett, Fig. 9 includes a sample flow chart. In one step, the remote 
computer receives and stores variable "coupon data," Next, the coupon data is printed out and 
redeemed in-person, or the coupon is electronically redeemed- More specifically, the 
specification states on col. 9. lines 41-45.: 

The requested coupon data package and associated advertising materials 

are transmitted by the online service provider 2 to the personal computer 

6 t where it is stored in the downloaded coupon data file 30a in the coupon 

database. 

Next, the user prints out the coupons for redemption, coL 10 lines 58-60: 
Coupons are printed by the printable coupon data generation routine 3 2d, 
which is invoked bvauser when he selects a print command from the 
coupon fUe function 56* 

In the case of electronic redemption, the coupon is electronically transferred, col. 

1, lines 38-44.: 

This is especially useful in the "electronic shopping mail*' environment 
now found in many online services. The electronic coupon data could also 
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be routed via the da ta communications interface 20 to a retail store where 
the user will be shopping, where the coupon data is held in a buffer 
pending purchase by the user of the matching product 
To address the problem of unauthorized use or duplication of these coupons, 

Bamett describes using user-specific data in a bar code 90. Col 7, line 24-25. Further, Bamett 

describes: 

The unique user bar code 90 also renders the electronic coupon system of 
the present invention secure and virtually fr aud-proof Although a user is 
able to print out a particular coupon 18 only once (to be described in 
' detail below), the coupon issuer 14 could still be defrauded by a user or 
retailer who might photocopy a printed coupon numerous times and 
fraudulently and repeatedly present it for redemption. However, in 
accordance with the present invention, each coupon printed by a user is 
unique, and the scanning of a coupon presented for redemption will be 
stored at the coupon redemption center. Thus, the coupon issuer will 
know if a particular user has redeemed a particular coupon and thus 
disallow fttrther redemption of a photocopied coupon bearing the same 
indicia. 

However, in Bamett, because a user possesses these coupons, a user may still 
print-out a coupon for a product and give it to another user, who would have purchased the 
product even without the coupon* Accordingly, the manufacturer's profits may still undesirably 
be "siphoned-ofT by these actions. 



IV. BARNETT DISTINGUISHED 
A. Claim 1 

Bamett fails to disclose every element of claim 1 . 

More particularly, Bamett fails to disclose receiving usage data of the electronic 
incentive from the application server, wherein the usage data is determined in response to a 
promotion usage condition of an instance of the electronic incentive indicated by the application 
server. 

Further, Bamett fails to disclose wherein the instance_of the electronic incentive is 
instantiated in response to a invocation of a method on a service object stored in the application 
server by the merchant server, and wherein Ae instance of the electronic incentive is stored in 
the application server and is queried by the merchant server. 

Additionally, Bamett fails to disclose wherein the merchant server specifies 
rendering of the data associated with the electronic incentive in response to a query of the 
instance o flhe electronic incentive* and wherein the promotion usage condition is indicated in 
the application server when a user coupled to the merchant server fulfills pre-conditions of the 
instance of electronic incentive. 

As discussed above, Bamett fails to disclose anything about an implementation 
using an object-oriented approach and / or objects. Bamett simply describes that coupon data 
are simply downloaded from a online service provider to a user at a personal computer. Once the 
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coupon data is on the personal computer in Bamett, the on line service provider looses control of 
the coupon. 

In contrast, the claimed limitations describe the merchant server querying 
instances of coupon objects stored on an application server, not disclosed in Barnett Further, as 
recited above, the application server determines whether the promotion usage condition is 
fulfilled or not. 

In light of the above, and for other reasons, Bamett fails to disclose all elements 
of claim 1 . Accordingly, Bamett does not anticipate claim 1 . 

B. Claim 8 

Bamett fails to disclose every element of claim 8. More specifically, Barnett fails 
' to disclose the limitations of invoking an evaluation service object within an application server 
coupled to the merchant server fox promotions, wherein an instance of a promotion object is 
created in the application server in response thereto, querying the instance of the promotion 
object within the application server for a description of the promotion, wherein the description 
includes pre-conditions, a user benefit and an output representation of the promotion, and 
invoking a savings method in a service object within the application server to determine a 
savings amount, wherein the savings amount comprises the user benefit when the selection of the 
at least one item fulfills the pre-conditions. 

As discussed above, Barnett fails to disclose anything about an implementation 
using an object-oriented approach and /or objects. Instead, Bamett simply describes that coupon 
data are simply downloaded from a online service provider to a user at a personal computer. 

In contrast, the claim language above illustrates object-oriented concepts, not 
disclosed in Bamett, as well as specific usages of software objects. 

In light of the above, and for other reasons, Bamett Sails to disclose all elements 
of claim 8. Accordingly, Bamett does not anticipate claim 8. 

C. Claim 15 

Bamett fails to disclose every element of claim 15. More specifically Bamett 
fails to disclose a method for an application server including creating an instance of the 
electronic incentive for the user in response to an invocation of an evaluation service object by a 
merchant server for determining electronic incentives for a user, receiving a query for a 
description of the instance of the electronic incentive from the merchant server wherein the 
description includes the pre-condition and the benefit, and receiving an invocation of an amount 
of savings method of a service object from the merchant server to determine a savings for the 
user, wherein when an item placed in a shopping cart associated with the user in the merchant 
server fulfills the pre-condition, the amount of savings method indicates the benefit to the user in 
the merchant server. 

As discussed above, Bamett fails to disclose anything about an implementation 
using an object-oriented approach and /or objects. Instead, Bamett simply describes that coupon 
data are simply downloaded from a online service provider to a user at a personal computer. 

In contrast, the claim language above illustrates the object-oriented nature of 
embodiments of the present invention, not disclosed in Bamett, as well as the usage of such 
software objects within the application server. 
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In light of the above, and for other reasons, Barnett fells to disclose all dements 



of claim 15. Accordingly, Baxnett does not anticipate claim 15. 
D. Remaining claims 



Claims 2-7; 9-14; 16-19 and 21, dependent upon claims 1, 8, and 15, respectively, 



are also asserted to be allowable for substantially the same reasons as claims 1, 8, and 15, 
respectively, and more specifically for the specific limitation they recite. 



CONCLUSION 

In view of the foregoing, Applicants believe all claims now pending in this 



Application are in condition for allowance. The issuance of a formal Notice of Allowance at an 
early date is respectfully requested. 

If the Examiner believes a telephone conference would expedite prosecution of 
this application, please telephone the undersigned at (650) 326-2400. 



TO WNSEND and TO WNSEND and CREW LLP 
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Stephen Y. Pang 
Reg. No. 38,575 
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